Communications using the common object request broker architecture (CORBA)

ABSTRACT

Communications using the common object request broker architecture (CORBA) is disclosed. The communications are between a first computing device and a second computing device separated by a NAT device. The first computing device issues a request conforming to the CORBA protocol to obtain an IOR for an object from the second computing device. A first request interceptor on the first device adds a public IP address of the second computing device as user-defined data in the request. A second request interceptor on the second computing device extracts the IP address from the request and stores it. The second computing device builds the IOR for the object including embedding the public IP address of the second computing device in the IOR. The second computing device sends the IOR to the first computing device. The first computing device then establishes a successful connection to the public IP address received in the IOR.

NOTICE OF COPYRIGHTS AND TRADE DRESS

A portion of the disclosure of this patent document contains materialwhich is subject to copyright protection. This patent document may showand/or describe matter which is or may become trade dress of the owner.The copyright and trade dress owner has no objection to the facsimilereproduction by anyone of the patent disclosure as it appears in thePatent and Trademark Office patent files or records, but otherwisereserves all copyright and trade dress rights whatsoever.

BACKGROUND

Field

This disclosure relates to communications of objects between two or morenetworks adhering to the Common Object Request Broker Architecture(CORBA).

Description of the Related Art

The Common Object Request Broker Architecture (CORBA) defines anarchitecture for distributed objects. The basic CORBA paradigm is thatof a request for services of a distributed object. CORBA normalizes themethod-call semantics between application objects that reside either inthe same address space or remote address space. The CORBA standarddefines a set of distributed services to support the integration andinteroperation of distributed objects.

The CORBA standard specifies that there is an object request broker(ORB) through which an application interacts with objects. The ORB is adistributed service that implements requests to remote objects. The ORBlocates the remote object on the network, communicates the request tothe object, waits for the results, and, when available, communicates theresults back to the requesting client. ORBs communicate with one anotherusing the General Inter-ORB Protocol (GIOP).

Distributed objects are identified by object references. Clients issue arequest on a CORBA object using an object reference. An object referenceidentifies the distributed object that will receive the request.

Object references can be passed around the distributed object system.However, it is difficult for CORBA applications to access objects thatare distributed in another network or sub-network that is separated by afirewall or other security system. The internal addresses of objectscannot be used in the external network because they are not publicaddresses and cannot be routed. When an object request is made, theserver publishes an address of the object that does not make sense inthe external network. A client's attempt to connect to the providedobject address will fail.

Networks such as the Internet carry a variety of data communicated usingand through a variety of network devices including servers, routers,hubs, switches, and other devices. Before placing a network into use,the network, including the network devices, network media, networksegments and network applications included therein, may be tested toensure successful operation. Network devices and applications may betested, for example, to ensure that they function as intended, complywith supported protocols, and can withstand anticipated traffic demands.Such testing may also be performed on already deployed network devices,network segments and network applications.

To assist with the construction, installation and maintenance ofnetworks, network applications and network devices, networks may beaugmented with network analyzing devices, network conformance systems,network monitoring devices, and network traffic generators, all whichare referred to herein as network testing systems. The network testingsystems may allow for analyzing the performance of networks, networkapplications and network devices by capturing, modifying, analyzingand/or sending network communications. The network testing systems maybe used to evaluate how well a network device or network segment handlesstreaming media and voice communications. Specifically, a networktesting system may allow a user to choose to simulate one or moreentities defined by the Session Initiation Protocol (SIP), to simulatereal-world VoIP traffic and/or to assess conformance with SIP standards.

To achieve the testing, evaluation and other tasks described above, thenetwork testing system may use CORBA to access objects with a networkand between networks or sub-networks.

DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an environment in which communicationsusing CORBA may be implemented.

FIG. 2 is a block diagram of a network configuration in whichinter-network communications using CORBA may be implemented.

FIG. 3 is a block diagram showing am embodiment of software componentsinvolved in communications using CORBA.

FIG. 4 is a flow chart of actions taken for two devices to communicateusing CORBA.

Throughout this description, elements appearing in figures are assignedthree-digit reference designators, where the most significant digit isthe figure number and the two least significant digits are specific tothe element. An element that is not described in conjunction with afigure may be presumed to have the same characteristics and function asa previously-described element having a reference designator with thesame least significant digits.

DETAILED DESCRIPTION

Description of Apparatus

FIG. 1 is a block diagram of an environment in which inter-networkcommunications using CORBA may be implemented. The environment 100 showsa client computing system 102 that operates as a client in conjunctionwith network testing system 110 which may function as a server. Methodsfor receiving, processing and executing user authored and edited networktests may be implemented in the combination computing system 102 andnetwork testing system 110. The client computing system 102 may useinter-network communications using CORBA to access the network testingsystem 110 that is located in a secure or private network. The clientcomputing system 102 may use the techniques described herein to accessthe network testing system 110 located on a private or secure networkthrough a router or other network device having security features, suchas NAT device 108.

The environment 100 includes network testing system 110 coupled via anetwork card 120 to a network 140 over a communications medium 144. Thenetwork testing system 110 may communicate over network 140 with devicesto execute various kinds of network tests.

The network testing system 110 may include or be one or more of aperformance analyzer, a conformance validation system, a networkanalyzer, a packet blaster, a network management system, a combinationof these, and/or others. The network testing system 110 may be used toevaluate or measure characteristics and performance of a networkcommunication medium, a network communications device or system,including the throughput of network traffic, the number of droppedpackets, jitter, packet delay, and many others. Such testing may be usedto evaluate the Mean Opinion Score (MOS) or R-value score of a voicetransmission, a video quality score or rating, a broadband qualityscore, or other similar media transmission score for a communicationover a network or portion thereof and/or through a networkcommunications device. The network testing system may be used toevaluate the performance of servers, network communications devices suchas, for example, routers, gateways, firewalls, load balancers, and othernetwork devices, as well as network applications and other software. Thenetwork testing system may be used to verify the functionality ofnetwork devices and/or conformance of SIP traffic with SIP standards orwith vendor or specialized SIP implementations.

The network testing system 110 may be in the form of a chassis or cardrack, as shown in FIG. 1, or may be an integrated unit. Alternatively,the network testing system may comprise a number of separate units suchas two or more chassis cooperating to provide network analysis, networkconformance testing, and other tasks. The chassis of the network testingsystem 110 may include one or more network cards 120 and a back plane112. The network cards 120 may be coupled with back plane 112. One ormore network cards 120 may be included in network testing system 110.The network cards 120 may be permanently installed in the networktesting system 110, may be removable, or may be a combination thereof.

The network testing system 110 and/or one or more of the network cards120 may include an operating system such as, for example, versions ofLinux, Unix and Microsoft Windows.

Network card 120 is coupled with network 140 via a communications medium144. Although one connection over communications medium 144 is shown,each of the network cards 120 may be connected with network 140 over acommunications medium. In one embodiment, the network cards may have twoor more connections each over a communications medium with the network140 and/or with multiple networks. The communications medium may be, forexample, wire lines such as an Ethernet cable, fibre optic cable, andcoaxial cable, and may be wireless.

The network testing system 110 and the network cards 120 may support oneor more well known higher level (OSI Layers 3-7) communicationsstandards or protocols such as, for example, one or more versions of theUser Datagram Protocol (UDP), Transmission Control Protocol (TCP),Internet Protocol (IP), Internet Control Message Protocol (ICMP),Internet Group Management Protocol (IGMP), Stream Control TransmissionProtocol (SCTP), Session Initiation Protocol (SIP), Hypertext TransferProtocol (HTTP), Address Resolution Protocol (ARP), Reverse AddressResolution Protocol (RARP), File Transfer Protocol (FTP), Real-timeTransport Protocol (RTP), Real-time Transport Control Protocol (RTCP),Real-Time Streaming Protocol (RTSP), the Media Gateway Control Protocol(MEGACO), Session Description Protocol (SDP), Simple Mail TransferProtocol (SMTP); may support one or more well known lower levelcommunications standards or protocols (OSI Layers 1-2) such as, forexample, the 10 and/or 40 Gigabit Ethernet standards, the Fibre Channelstandards, one or more varieties of the IEEE 802 Ethernet standards,Asynchronous Transfer Mode (ATM), X.25, Integrated Services DigitalNetwork (ISDN), token ring, frame relay, Point to Point Protocol (PPP),Fiber Distributed Data Interface (FDDI), Universal Serial Bus (USB),IEEE 1394 (also known as i.link® and Firewire®); may support proprietaryprotocols; and may support other protocols. Each network card 120 maysupport a single communications protocol, may support a number ofrelated protocols, or may support a number or combination of unrelatedprotocols.

The term “network card” as used herein encompasses line cards, testcards, analysis cards, network line cards, load modules, interfacecards, network interface cards, data interface cards, packet enginecards, service cards, smart cards, switch cards, relay access cards, CPUcards, port cards, and others. The network cards 120 may be referred toas blades, particularly when a processor is included on the networkcard.

The network cards 120 may include one or more processors 124 and one ormore network communications units 128. In another embodiment, thenetwork cards 120 may have no processors 124 and may include one or morenetwork communications units 128. In the embodiment in which the networkcards do not include a processor, processing may be performed by aprocessor on a motherboard of the network testing system 110, on anothercard, on the backplane or by a remote or external unit. When the networkcard 120 includes two or more network communications units 128, thenetwork card 120 is in effect two or more network capable devices. Thatis, a network card 120 having n network communications units 128 mayfunction as n network capable devices.

The network communications unit 128 may be implemented as one or morefield programmable gate arrays (FPGA), application specific integratedcircuits (ASIC), programmable logic devices (PLD), programmable logicarrays (PLA), other kinds of devices, and combinations of these. Thenetwork communications unit 128 may support one or more communicationsprotocols. The network communications unit 128 may include a networkinterface through which the network card 120 may transmit and/or receivecommunications over the network 140.

The network card 120 may include and/or have access to local and/orremote memory, storage media and storage devices. Instructions to beexecuted by the processor may be stored on and executed from a local orremote machine readable medium or storage device. A machine readablemedium includes magnetic media (e.g., hard disks, tape, floppy disks),optical media (e.g., CD, DVD), flash memory products (e.g., memorystick, compact flash and others), and volatile and non-volatile siliconmemory products (e.g., random access memory (RAM), programmableread-only memory (PROM), electronically erasable programmable read-onlymemory (EEPROM), and others). A storage device is a device that allowsfor the reading from and/or writing to a machine readable medium.Storage devices include hard disk drives, solid-state drives (SSDs), DVDdrives, and flash memory devices.

The processor 124, network communications unit 128, and memory may beincluded in one or more FPGAs, PLAs, PLDs on the network card 120.Additional and fewer units, hardware and firmware may be included in thenetwork card 120.

The back plane 112 may serve as a bus or communications medium for thenetwork cards 120. The back plane 112 may also provide power to thenetwork cards 120.

The network testing system 110 may have a computing system 102 coupledthereto. Although the computing system 102 may be local to or remotefrom the network testing system 110, as described herein, the computingsystem 102 is separated from the network testing system 110 by asecurity device such as NAT device 108. The network testing system 110may have coupled therewith a display 106 and user input devices such asa keyboard 104 and a mouse 105, as well as other user input devicesincluding, for example, pens and trackballs. The user input devices maybe coupled to a network card, other card, motherboard, or backplaneincluded in the chassis.

In another embodiment, the network testing system 110 may be implementedin a computer such as a personal computer, server, or workstation, aswell as the chassis shown. The network testing system 110 may be usedalone or in conjunction with one or more other network testing systems110. The network testing system 110 may be located physically adjacentto and/or remote to the network capable devices 130 in the network 140.The network testing system 110 may be used to test and evaluate thenetwork 140 and/or portions thereof, network capable devices 130,applications running on network capable devices 130, and/or servicesprovided by network 140 and/or network capable devices 130 and/ornetwork applications. The network testing system 110, the network cards120, and the network communications units 128 may all be network capabledevices.

The network 140 may be a local area network (LAN), a wide area network(WAN), a storage area network (SAN), or a combination of these. Thenetwork 140 may be wired, wireless, or a combination of these. Thenetwork 140 may include or be the Internet. The network 140 may bepublic or private, may be a segregated test network, and may be acombination of these. The network 140 may be comprised of numerous nodesproviding numerous physical and logical paths for data units to travel.Each node may be a network capable device as described below. A node maybe a computing device, a data communications device, a network capabledevice, a network card, or other devices as defined and describedherein.

Communications on the network 140 may take various forms, includingframes, cells, datagrams, packets, messages, higher level logicalgroupings, or other units of information, all of which are referred toherein as data units. Those data units that are communicated over anetwork are referred to herein as network traffic. The network trafficmay include data units that represent electronic mail messages,streaming media such as music (audio) and video, telephone (voice)conversations, web pages, graphics, documents, and others.

The network capable devices 130 may be devices capable of communicatingover the network 140 and/or listening to, injecting, delaying, dropping,relaying, processing, and/or modifying network traffic on network 140.The network capable devices 130 may be computing devices such ascomputer workstations, personal computers, servers, portable computers,set-top boxes, video game systems, personal video recorders, telephones,personal digital assistants (PDAs), computing tablets, and the like;peripheral devices such as printers, scanners, facsimile machines andthe like; network capable storage devices including disk drives such asnetwork attached storage (NAS) and SAN devices; testing equipment suchas network analyzing devices, network conformance systems, emulationsystems, network monitoring devices, and network traffic generators;components such as processors, network cards and network communicationsunits; and networking devices such as routers, relays, firewalls, hubs,switches, bridges, traffic accelerators, and multiplexers. In addition,the network capable devices 130 may include home appliances such asrefrigerators, washing machines, and the like as well as residential orcommercial heating, ventilation, and air conditioning (HVAC) systems,alarm systems, and other devices or systems capable of communicatingover a network. One or more of the network capable devices 130 may bedevices to be tested and may be referred to as devices under test.

The network testing system 110 may send communications over the network140 to a or through a network capable device 130. The destination ofcommunications sent by the network testing system 110 may be a deviceunder test such as a network capable device 130, may be the networktesting system 110, and may be a second network testing system (notshown). The network testing system 110 may listen to and capturecommunications on the network 140.

The client computing system 102 may execute network testing softwarethat also includes a client application. When the network testing system110 is located behind a NAT device such as a router with firewall orother security features, including those conforming to the NetworkAddress Translation (NAT) protocol specified in Request for Comment(RFC) 3022, the client computing system 102 communicates with thenetwork testing system 110 using the CORBA protocol as set forth herein.The NAT device 108 may be a router, firewall, switch, gateway, SessionBorder Controller (SBC), Application Layer Gateway (ALG), or other orother network device having security features that conform to the NATprotocol. The client computing system 102 may communicate with thenetwork testing system 110 through NAT device 108 over a network, whichmay be like network 140, or may be network 140. Similarly, the clientcomputing system 102 may communicate with the network testing system 110through NAT device 108 over network 140 such that NAT device 108 may beaccessible to the client computing system 102, and the NAT device 108may be directly coupled with network testing system 110 or the NATdevice 108 may be a gateway to a private network that connects NATdevice 108 with network testing system 110.

The methods described herein may be implemented on one or more FPGAsand/or other hardware devices, such as, for example, digital logicdevices. The methods described herein may be implemented as software,namely network testing software, running on a network testing system andon a client computing system and executed by a processor, such as aprocessor on a network card or a processor in a blade or other card witha processor in the network testing system and such as a processor in acomputing device. The network testing software may be stored on avolatile or nonvolatile memory device or storage medium included in oron and/or coupled with a computing device, a network testing system, anetwork card, and/or other card. The methods may be implemented in parton one or more network cards 120 in a single network testing system ormay be implemented in part on each of one or more network cards 120 oneach of two network testing systems.

FIG. 2 is a block diagram of a network configuration in whichinter-network communications using CORBA may be implemented. A computingsystem may execute network testing software that includes CORBA clientsoftware such that the computing system operates as client 202. Anetwork testing system may execute network testing software thatincludes a CORBA server such that the network testing system operates asa server 210. A firewall, gateway, router or other device 208 conformingto the NAT protocol may separate a first network 209 to which the clientcomputing system 202 is connected from a second network 240 to which thenetwork testing system operating as server 210 is connected. For theclient computing system 202 to communicate with the network testingsystem server 210, the client computing system 202 must communicate overNAT device 208 to access the network testing system server 210 overnetworks 209 and 240 as set forth herein. The client computing system202, NAT device 208 and network testing system 210 of FIG. 2 may be theclient computing system 102, NAT device 108 and network testing system110 of FIG. 1.

FIG. 3 is a block diagram showing an embodiment of software componentsinvolved in communications using CORBA. FIG. 3 shows some of thesoftware components that may be used to implement the inter-networkcommunications using CORBA described herein. The client 302, the NATdevice 308 and the server 310 of FIG. 3 may be the network testingsystem 110, the client computing system 102, and the NAT device 108 ofFIG. 1. In other embodiments, the client 302 and server 310 may becomputing devices separated by a NAT device 308.

As shown in FIG. 3, the client 302 may include network testing software311 and CORBA software 313, and the CORBA software 313 includes theclient request interceptor software 315. Although shown separately, thenetwork testing software 311 may include the CORBA software 313 and theclient request interceptor software 315. The server 310 may includeserver software 361 and CORBA software 362, and the CORBA software 362includes server request interceptor software 364 and InteroperableObject Reference (IOR) interceptor software 366. Although shownseparately, the server software 361 may include the CORBA software 362,the server request interceptor software 364 and the IOR interceptorsoftware 366.

The various interceptor software may be a software interface that iscalled at particular stages during the processing of object requests.Interceptors generally inspect and/or manipulate object requests.Request interceptors may be used to add user-defined information to aCORBA request and to read user-defined information included in a CORBArequest. IOR interceptors may be used to insert user-defined informationinto an IOR. The client request interceptor software 315, server requestinterceptor software 364 and IOR interceptor software 366 may be“portable interceptors” as described in the CORBA 2.4.2 specification.The client request interceptor software 315 and server requestinterceptor software 364 are called during request mediation. The IORinterceptor software 366 is called when new object references arecreated so that service-specific data can be added to the newly-createdIOR in the form of tagged components.

Description of Processes

The actions taken to communicate between networks using CORBA may beperformed as a method in software that executes on a computing systemand a network testing system, such as, for example, the devices andconfigurations shown in FIGS. 1, 2 and 3. The method is achieved betweena client and a server with a network capable device running NAT softwareor otherwise implementing the NAT protocol between the client andserver. As shown in FIGS. 1, 2 and 3, the client may be implemented on acomputing device such as a personal computer or workstation, and theserver software may be implemented on a_network testing system. In otherembodiments, the client and server may be computing devices separated bya NAT enabled device.

The actions performed to communicate between networks using CORBA may beunderstood by referring again to FIG. 3. A client application, namelythe client network testing software 311, registers a request interceptor315 using the CORBA software 313. The client request interceptor 315 iscalled by the client ORB when the client makes an object request. Theclient request interceptor 315 creates a new ServiceContext in which itembeds the external IP address of the server. The ServiceContext is afield in the request or reply header of General Inter-ORB Protocol(GIOP) messages. The message may be sent using GIOP. The ServiceContextcontains data that is added to each request by the client ORB atruntime. The main use of the ServiceContext is to propagate informationrequired by some ORB services. The ServiceContext may propagate atransaction identifier if the request is made as part of a transaction,or a security context for ORBs that implement the Object ManagementGroup (OMG) Security Service. In the embodiment described herein, theServiceContext contains IP information and/or may contain event TCP portinformation. The ServiceContext contains TCP port information for usewith a Port Address Translation (PAT) implementation in which TCP PATtranslates TCP port numbers and user IP addresses on a private networkand maps them to a single assigned address. The new ServiceContext isplaced in the ServiceContext list and sent with a message to the server360.

Server software 361 on the server 360 registers a server requestinterceptor 364 using the CORBA software 362. The server requestinterceptor 364 is called by the server ORB when the server receives arequest. The server request interceptor 364 reads its IP address fromthe ServiceContext sent by the client.

The server 360 registers an IOR interceptor 366 which is called by theserver ORB when the server publishes an IOR to the client 310. The IORinterceptor 366 inserts in the IOR the IP address received from theclient 310.

FIG. 4 is a flow chart of actions taken to communicate between networksusing CORBA. Network testing software, that is, the client, on a clientcomputing system or other computing device is provided, as shown inblock 410. The client receives user test information includinginformation specifying a network test between two networks or twosub-networks, as shown in block 412. In another embodiment, computingdevices that wish to obtain the IP address of another computing devicebehind a NAT firewall or in a NAT protected network may use thisCORBA-based method. In these other embodiments, block 412 is replacedwith communications between two computing devices on either side of aNAT device are specified.

The client creates a proxy for an object, as shown in block 414. As usedand described herein, the proxy is an interface to an object in theserver address space. Calling methods on the proxy causes the client ORBto convert the requests into GIOP requests which are sent to the ORB onthe server side. The server side ORB reads and interprets the GIOPmessages and invokes the requested methods on the server object. If themethods have return values or out parameters, these are returned to theclient ORB in the GIOP reply. In this way, the client uses the proxylike it would use the actual object. The proxy allows the client toaccess the object at a remote location, namely, on the server, as if itwere a local object.

The client makes a CORBA request to obtain an IOR for the object fromnetwork testing system server software on a network testing systemoperating as a server, as shown in block 416. In another embodiment thatinvolves communications between two computing devices on either side ofa NAT device, block 416 is replaced with the client making a CORBArequest to obtain an IOR for the object from a server.

A request interceptor on the client adds the server's public IP addressas user-defined data in the intercepted CORBA request, as shown in block418. The server receives the client initiated CORBA request, as shown inblock 420. A request interceptor on the server extracts the IP addressfrom the intercepted CORBA request and stores it as the server's publicIP address, as shown in block 422. The server builds an IOR for therequested object, embedding the server's public IP address in the IOR,as shown in block 424. The server sends the IOR to the requestingclient, as shown in block 426. The client establishes a successfulconnection to the IP address received in the IOR which is the publicaddress of the server, as shown in block 428. The client executes theuser specified network test with the server through the NAT device, suchas a router, gateway or firewall, as shown in block 430. In anotherembodiment that involves communications between two computing devices oneither side of a NAT device, block 430 is replaced with the twocomputing devices, namely the client and server, communicating with eachother.

Closing Comments

Throughout this description, the embodiments and examples shown shouldbe considered as exemplars, rather than limitations on the apparatus andprocedures disclosed or claimed. Although many of the examples presentedherein involve specific combinations of method acts or system elements,it should be understood that those acts and those elements may becombined in other ways to accomplish the same objectives. With regard toflowcharts, additional and fewer steps may be taken, and the steps asshown may be combined or further refined to achieve the methodsdescribed herein. Acts, elements and features discussed only inconnection with one embodiment are not intended to be excluded from asimilar role in other embodiments.

For means-plus-function limitations recited in the claims, the means arenot intended to be limited to the means disclosed herein for performingthe recited function, but are intended to cover in scope any means,known now or later developed, for performing the recited function.

As used herein, “plurality” means two or more.

As used herein, a “set” of items may include one or more of such items.

As used herein, whether in the written description or the claims, theterms “comprising”, “including”, “carrying”, “having”, “containing”,“involving”, and the like are to be understood to be open-ended, i.e.,to mean including but not limited to. Only the transitional phrases“consisting of” and “consisting essentially of”, respectively, areclosed or semi-closed transitional phrases with respect to claims.

Use of ordinal terms such as “first”, “second”, “third”, etc., in theclaims to modify a claim element does not by itself connote anypriority, precedence, or order of one claim element over another or thetemporal order in which acts of a method are performed, but are usedmerely as labels to distinguish one claim element having a certain namefrom another element having a same name (but for use of the ordinalterm) to distinguish the claim elements.

As used herein, “and/or” means that the listed items are alternatives,but the alternatives also include any combination of the listed items.

It is claimed:
 1. A method for implementing a network test, the methodcomprising: providing a client computing device executing common objectrequest broker architecture (CORBA) client software and a network testsystem device executing CORBA server software, wherein the network testsystem device is configured to monitor and capture communications on anetwork when executing tests provided by the client computing device;deploying the client computing device and the network test system devicesuch that the client computing device and the network test system deviceare separated from each other via a network address translation (NAT)device; using the client computing device to initiate execution of anetwork test on the network test system device by: receiving, by theclient computing device, information specifying the network test andspecifying an object available at the network test system device;creating, by the client computing device, a proxy for the object,wherein the proxy is an interface to the object at the network testsystem device; issuing, by the client computing device, a requestconforming to the CORBA protocol to obtain an interoperable objectreference (IOR) for the object from the network test system device;adding, by a first request interceptor on the client computing device, apublic IP address of the network test system device as user-defined datain the request; transmitting the request including the public IP addressof the network test system device from the client to the network testsystem device; receiving, by the network test system device, therequest; extracting, by a second request interceptor on the network testsystem device, the public IP address from the request and storing thepublic IP address; building, by the network test system device, the IORfor the object including embedding the public IP address of the networktest system device in the IOR; sending, by the network test systemdevice, the IOR to the client computing device; receiving, by the clientcomputing device, the IOR from the network test system device;establishing, by the client computing device, a successful connection tothe public IP address received in the IOR; initiating, by the clientdevice, execution of the network test with the object and involving thenetwork test system device, including: accessing, by the clientcomputing device, the object at the network test system device via theproxy; and communicating, by the client computing device, with thenetwork test system device through the NAT device via the proxy.
 2. Themethod of claim 1 wherein the NAT device is one selected from the groupincluding a router, a gateway, and a firewall.
 3. The method of claim 1wherein the client computing device is a personal computer orworkstation.
 4. A client computing device for implementing a networktest, the client computing device comprising: a user input device; adisplay device; a processor; a memory; wherein the processor and thememory comprise circuits and software for: executing common objectrequest broker architecture (CORBA) client software for communicating,through a network address translation (NAT) device, with a network testsystem device executing CORBA server software, wherein the network testsystem device is configured to monitor and capture communications on anetwork when executing tests provided by the client computing device;initiating execution of a network test on the network test system deviceby: receiving, via the user interface, specification of an objectavailable at the network test system device; creating a proxy for theobject, wherein the proxy is an interface to the object at the networktest system device; issuing a request conforming to the CORBA protocolto obtain an interoperable object reference (IOR) for the object fromthe network test system device; creating a request interceptor; addingvia the request interceptor a public IP address of the network testsystem device as user-defined data in the request; transmitting therequest including the public IP address of the network test systemdevice from the client to the network test system device; receiving theIOR from the network test system device, the IOR including the public IPaddress from the request; establishing a successful connection to thepublic IP address received in the IOR; accessing the object at thenetwork test system device; receiving a network test specifying theobject available at the network test system device; sending the networktest specifying the object to the network test system device through theNAT device for execution.
 5. A non-transitory machine readable storagemedium having instructions stored thereon which when executed by aprocessor cause a client computing device to perform actions comprising:executing common object request broker architecture (CORBA) clientsoftware for communicating, through a network address translation (NAT)device, with a network test system device executing CORBA serversoftware, wherein the network test system device is configured tomonitor and capture communications on a network when executing testsprovided by the client computing device; initiating execution of anetwork test on the network test system device by: specifying, by theclient computing device, a remote object available at the network testsystem device: creating, by the client computing device, a proxy for theobject, wherein the proxy is a local interface to the remote object atthe network test system device: issuing, by the client computing device,a request conforming to a CORBA protocol to obtain an interoperableobject reference (IOR) for the remote object from the network testsystem device: adding, by a first request interceptor on the clientcomputing device, a public IP address of the network test system deviceas user-defined data in the request: transmitting, by the clientcomputing device, the request including the public IP address of thenetwork test system to the network test system device; receiving, by theclient computing device, the IOR from the network test system device,the IOR including the public IP address of the network test systemdevice: establishing, by the client computing device, a successfulconnection to the public IP address received in the IOR: accessing bythe client computing device, the remote object at the network testsystem device as if the remote object were a local object: receiving, bythe client computing device, a network test specifying the remote objectat the network test system device: and executing, by the clientcomputing device, the network test including accessing the remote objectand communicating with the network test system device through the NATdevice.
 6. The non-transitory machine readable storage medium of claim 5wherein the client computing device comprises a personal computer orworkstation.